home *** CD-ROM | disk | FTP | other *** search
- Path: cypher.3do.com!user
- From: tsw@3do.com (Tom Watson)
- Newsgroups: comp.sys.m68k
- Subject: Re: HC11 Eval Board Running Expanded
- Date: Mon, 01 Apr 1996 12:36:46 -0800
- Organization: The 3DO Corporation
- Distribution: world
- Message-ID: <tsw-0104961236460001@cypher.3do.com>
- References: <ear.77.0005C4C0@indirect.com>
- NNTP-Posting-Host: cypher.3do.com
-
- In article <ear.77.0005C4C0@indirect.com>, ear@indirect.com (Eric Rose) wrote:
-
- > Well, I feel pretty proud of myself. I just wired an 8K x 8 eprom and 68HC24
- > port replacement unit to the eval board and it worked the first time!
- Utilized
- > a 16L8 PAL for chip select logic.
- >
- > I was suprised to find that the ce* pin was very active, even when the eeprom
- > was not being addressed. What is the mpu doing? Continously scanning the
- > address?
- >
- > This is probably meager to all you experienced 68'ers out there, but it's
- > pretty exciting to me. Now I have 8K of eeprom to work with instead of the
- > measly 512 provided in the hc11e9.
- >
-
- Just a guess, but let me try...
- Your chip select is for an upper range of memory (the last Nk bytes). If
- this is the case, the processor during the cycles that it has someting to
- do, but doesn't need a memory byte, puts out $FFFF on the address buss.
- Chances are that this access makes your chip select trip (it is part of
- the reset vector) thus the activity.
-
- Not having seen your logic diagrams/equations for the pal, I can only
- assume this. On earlier processors (6801/6803) did this in place of the
- 'VMA' signal that was on the 6800/6802 parts.
-
- This MIGHT explain the activity on the chip enable, but as always, your
- milage may vary.
-
- Good luck
-
- --
- Tom Watson
- tsw@3do.com (Home: tsw@johana.com)
-